System and method for reducing latency of location based information retrieved from a location service

ABSTRACT

A system and method is provided for reducing latency when providing user location information services. The system is implemented in a computer infrastructure which includes computer executable code tangibly embodied on a computer readable medium. The executable code is operable to trigger a location based service to obtain user location information prior to the user registering for location services.

FIELD OF THE INVENTION

The invention generally relates to a system and method of reducinglatency in a location based system and, more particularly, to a systemand method for implementing a presence driven location platformimplementation to increase throughput and reduce latency whilesupporting subscriber QoS.

BACKGROUND

Faced with an increasingly difficult challenge in growing both averagerevenue per user (ARPU) and numbers of subscribers, wireless carriersare trying to develop a host of new products, services, and businessmodels based on data services. One such service is location services,which provides information specific to a location including actuallocations of a user. It is expected that location based services willgenerate additional business for the carrier, from both the mobile userand content providers.

For the mobile user as well as the service provider, location-basedservices offer many opportunities. For example, location-based servicescan increase revenue of the service provider, e.g., network carrier,while improving services to end users, e.g., mobile users. Some examplesof location-based services that can be provided to the mobile userinclude:

-   -   Providing the nearest business or service, such as an ATM or        restaurant;    -   Providing alerts, such as notification of a sale on gas or        warning of a traffic jam; and    -   Providing weather reports which are germane to the location        where the user is using the mobile device, etc.

For the network carrier, location-based services provide value add byenabling services such as:

-   -   Resource tracking with dynamic distribution (e.g., Taxis,        service people, rental equipment, doctors, fleet scheduling,        etc.);    -   Finding people or information for the user (e.g., Person by        skill (doctor), business directory, navigation, weather,        traffic, room schedules, stolen phone, emergency 911);    -   Proximity-based notification (push or pull) (e.g., Targeted        advertising, buddy list, common profile matching (dating),        automatic airport check-in); and    -   Proximity-based actuation (push or pull) (e.g., Payment based        upon proximity (EZ pass, toll watch).

In addition, location based services (LBS) are convenient for sharinglocation data between wireless devices to wireless devices and fromwireless devices to stationary devices like a home computer orstationary tracking system or content provider, etc. This would allow athird party to determine an exact location of a mobile user such as, forexample, a family member, friend, employee, etc.

Two methods are commonly in use to determine the location of a wirelessdevice with a third method starting to become more popular. Thesemethods include signal strength of cell towers that are near thewireless device (e.g., triangulation); GPS triangulation; and exposingthe LBS as a web service.

The first method determines a wireless device's location by comparingthe signal strength of cell towers that are near the wireless device.This method is called triangulation and is substantially the same methodthat GPS devices use to determine their location. The difference betweencell triangulation and GPS triangulation, though, is the signals theyuse to determine location. The second method, GPS triangulation, usessatellites to determine a device location. In either case, the latitudeand longitude are kept in the location services infrastructure.

Another method includes creating location based services by exposing theLBS as a web service. For example, when a device wants an update fromthe location-based system, it sends a request with the properauthentication credentials and a unique identifier that describes thedevice that is being tracked. The LBS returns the coordinates of thedevice being queried.

To date, though, there are a number of reasons that telecommunicationnetworks have not embraced location-based services. These reasonsinclude, for example, the fact that the latencies associated withprecision location determination are high (sometimes several thousandmilliseconds) and network carriers have consistently wanted to controlall services on the device platforms in play, preventing third partylocation based services to use device processing power and capabilities.Additionally, from a network perspective, location determination is anexpensive operation that consumes significant network resources.

Latency is due mainly to the current call flow which involves severalsteps. For example, to request location information, the mobile firstconnects to the network, e.g., location service provider, which, inturn, connects to the location platform. The user then requests locationinformation from the location platform. To obtain the locationinformation, the location platform queries mobile positioning equipmentwhich sends a position response back to the location platform. Thelocation platform then provides this location information to the serviceprovider, which then sends it back to the mobile user. This flow,however, results in a significant delay which impacts services andrevenue. Specifically the following components are impacted:

-   -   Latency, possibly resulting in suboptimal end user experience;    -   Throughput issues, which limit the amount of traffic that can        flow through the location and MPE (Mobile Positioning Equipment)        and LP (Location Platform) infrastructure; and    -   Quality of Service as a whole, which impacts the relative        service characteristics delivered to the end subscriber as a        part of standard revenue call flows.

SUMMARY

In an aspect of the invention, a system is implemented in a computerinfrastructure which comprises computer executable code tangiblyembodied on a computer readable medium. The code is operable to triggera location based service to obtain user location information prior tothe user registering for location services.

In another aspect of the invention, a system comprises: first programinstructions to register a user with a network or service provider;second program instructions to trigger a location platform to obtainuser location information prior to a user request; third programinstructions to cache the user location information; a computer readablemedia which stores the first, second and third program instructions; anda central processing unit to execute the first, second and third programinstructions.

In another aspect of the invention, a method provides locationinformation. The method is provided on a computer infrastructure. Themethod comprises: receiving a network log on request or authentication;requesting location information of a user upon receipt of the networklog on request or authentication; storing the location information in acache; receiving a request for location based services from the user;and retrieving the location information from the cache and using thelocation information to deliver composite services, of which thelocation information is a component.

BRIEF DESCRIPTION OF SEVERAL VIEWS OF THE DRAWINGS

The present invention is described in the detailed description whichfollows, in reference to the noted plurality of drawings by way ofnon-limiting examples of exemplary embodiments of the present invention.

FIG. 1 an illustrative environment for implementing the steps inaccordance with the invention;

FIG. 2 is a swim lane diagram implementing exemplary processes inaccordance with aspects of the invention;

FIG. 3 is a swim lane diagram implementing exemplary processes inaccordance with aspects of the invention; and

FIG. 4 shows an overview of the architecture in accordance with aspectsof the invention

DETAILED DESCRIPTION

The invention generally relates to a system and method of reducinglatency in a location based system and, more particularly, to a systemand method for implementing a presence driven location platformimplementation to increase throughput and reduce latency whilesupporting subscriber QoS. In implementation, the present inventionestablishes a connection to the location platform upon a triggeringevent, e.g., logging onto a network at start-up. The triggering eventwill trigger the location platform to obtain location information of theuser. This will improve the efficiencies of location platforms from aQoS, latency and throughput perspective, in both IMS and non IMSnetworks, as the location of the mobile user can be predetermined, priorto the user actually requesting location services.

More specifically, the present invention reduces latencies, increasesthroughput and improves overall subscriber delivered QoS by optimizingthe origination points and delivery mechanism of location information ina commercial wireless telecommunications network. This is accomplishedby predetermining location based on network triggers in the SS7 andnon-SS7 (data) network operating environments to drive locationdetermination procedures and subsequent storage of this information; asopposed to the current largely service request initiated determinationapproach, which is highly prone to latency and throughput issues.

Advantages of the present invention include, for example,

-   -   the ability to significantly improve location platform        throughput by allowing more traditional location dips to be        processed per unit time and therefore getting more usage out of        the existing infrastructure and capacity model;    -   the ability to reduce the latency experienced by subscribers, by        using values for coarse location services that are already in        the system;    -   the ability to support a more uniform QoS model, instead of the        current one where 10000 millisecond values are the norm; and    -   the ability to accommodate both IMS and non-IMS networks by        using a diameter based implementation for IMS networks.

In embodiments, the present invention is based on an opt in serviceusing, for example, profile information. More specifically, using aprofile based approach ensures that the service of the present inventiondoes not occur for every subscriber; but instead only for thosesubscribers who have opted into the service. This approach ensures thatthe location platform is not unduly flooded, and that the serviceprovider is adequately compensated by the users for providing suchservices.

The present invention also takes into account other considerations,which can be implemented with the present invention as discussed herein.For example, the present invention is configured to transition to IMS(IP multimedia Subsystem) based reference architectures that require thecore network to standardize on an IP based backplane wherein session isproperly shared amongst multiple underlying media types, providing apractical means to deliver composite services, of which location is acomponent. The present invention also takes into account the fact thatmobile broad band networks are increasingly poised to serve as fixedbroad band networks, such as those based on the recently ratified802.16e (Wimax) standard, meaning that location is now more dependent ondata service based origination as opposed to being reliant on SS7 basedservices. The present invention also provides for both coarse and finegrain dip (cell sector dip) location services, depending on theimplementation of the invention. The present invention is especiallywell adapted for coarse grain dip location services such as, forexample, a location based weather service, a location based news serviceand a location based restaurant or other service or goods establishmentthat does not need precise coordinates.

Exemplary System Environment and Infrastructure

As will be appreciated by one skilled in the art, the present inventionmay be embodied as a system, method or computer program product.Accordingly, the present invention may take the form of an entirelyhardware embodiment, an entirely software embodiment (includingfirmware, resident software, micro-code, etc.) or an embodimentcombining software and hardware aspects that may all generally bereferred to herein as a “circuit,” “module” or “system.” Furthermore,the present invention may take the form of a computer program productembodied in any tangible medium of expression having computer-usableprogram code embodied in the medium.

Any combination of one or more computer usable or computer readablemedium(s) may be utilized. The computer-usable or computer-readablemedium may be, for example but not limited to, an electronic, magnetic,optical, electromagnetic, infrared, or semiconductor system, apparatus,device, or propagation medium. More specific examples (a non-exhaustivelist) of the computer-readable medium would include the following:

-   -   an electrical connection having one or more wires,    -   a portable computer diskette,    -   a hard disk,    -   a random access memory (RAM),    -   a read-only memory (ROM),    -   an erasable programmable read-only memory (EPROM or Flash        memory),    -   an optical fiber,    -   a portable compact disc read-only memory (CDROM),    -   an optical storage device,    -   a transmission media such as those supporting the Internet or an        intranet, or a magnetic storage device.

The computer-usable or computer-readable medium could even be paper oranother suitable medium upon which the program is printed, as theprogram can be electronically captured, via, for instance, opticalscanning of the paper or other medium, then compiled, interpreted, orotherwise processed in a suitable manner, if necessary, and then storedin a computer memory.

In the context of this document, a computer-usable or computer-readablemedium may be any medium that can contain, store, communicate,propagate, or transport the program for use by or in connection with theinstruction execution system, apparatus, or device. The computer-usablemedium may include a propagated data signal with the computer-usableprogram code embodied therewith, either in baseband or as part of acarrier wave. The computer usable program code may be transmitted usingany appropriate medium, including but not limited to wireless, wireline,optical fiber cable, RF, etc.

Computer program code for carrying out operations of the presentinvention may be written in any combination of one or more programminglanguages, including an object oriented programming language such asJava, Smalltalk, C++ or the like and conventional procedural programminglanguages, such as the “C” programming language or similar programminglanguages. The program code may execute entirely on the user's computer,partly on the user's computer, as a stand-alone software package, partlyon the user's computer and partly on a remote computer or entirely onthe remote computer or server. In the latter scenario, the remotecomputer may be connected to the user's computer through any type ofnetwork. This may include, for example, a local area network (LAN) or awide area network (WAN), or the connection may be made to an externalcomputer (for example, through the Internet using an Internet ServiceProvider).

FIG. 1 shows an illustrative environment 10 for managing the processesin accordance with the invention. To this extent, the environment 10includes a server or other computing system 12 that can perform theprocesses described herein. In particular, the server 12 includes acomputing device 14. The computing device 14 can be resident on anetwork infrastructure or computing device of a third party serviceprovider (any of which is generally represented in FIG. 1).

The computing device 14 includes a Rendering Agent (module or programcode) 100 configured to make the computing device 14 operable to performthe services described herein. The Rendering Agent 100 can beimplemented as one or more program code stored in memory 22A as separateor combined modules. As discussed below, the computing system 12 caninclude a Location Service Provider 200 and Location Platform 400.Alternatively, the Location Service Provider 200 and the LocationPlatform 400 can be provided on their own infrastructure, similar tothat shown in FIG. 1 and as should be known to those of skill in theart.

In embodiments, in a legacy system, the Rendering Agent 100 may be ahome location register (HLR). In a non-legacy system, the RenderingAgent 100 can be a Location Service Provider 200 using a Diameter basedprotocol (Sh message), to communicate with a Diameter Server (shown inFIG. 3) which, in turn, communicates with the Location Platform 400.Also, the present invention is configured to transition to IMS (IPmultimedia Subsystem) based reference architectures that require thecore network to standardize on an IP based backplane, as discussedabove, as well as mobile broad band networks e.g., 802.16e (Wimax)standard.

In an illustrative example of operation, immediately upon the user 150logging onto the network, the Rendering Agent 100 will obtain locationinformation from the Location Service Provider 200 and/or LocationPlatform 400 depending on the network architecture. This can beaccomplished by providing a triggering notification to the LocationPlatform 400, for example, immediately upon the user registering (e.g.,logging onto) with the network, and prior to actually requestinglocation information from the Location Service Provider 200 and/or theLocation Platform 400.

More specifically, in the above example, once the network connection isestablished with the user, location information of the mobile user canbe obtained from the Location Platform 400 and stored (cached) in astorage unit 22B, for later retrieval. The location information can bestored at the Location Platform 400 or the Location Service Provider200. The location information also can be updated periodically, withoutthe user actually requesting such information to provide a finer grainlocation dip. Upon a request for location information, the storedlocation information can be used to retrieve content or other services,including the location information, itself, without any latency. In thisway, the present invention can improve the efficiencies of locationplatforms from an QoS, latency and throughput perspective, in both IMSand non IMS networks, as the location of the mobile user can bepredetermined, prior to an initial request for location services.

Depending when the user 150 requests location information, the locationinformation can be retrieved from the storage unit 22B as either coarseor fine grained location information. For example, course grainedlocation information can be provided to the user 150 if the locationinformation was obtained at the time of the triggering event, e.g.,logging into the network. On the other hand, if the location informationis periodically updated, say, for example, every 10 minutes, the user150 can obtain more updated location information, upon a request forlocation information. In this latter scenario, the user 150 would beprovided with finer grained location information.

In further embodiments, the Rendering Agent 100 allows for more locationdips to be processed per unit time and therefore obtain more usage outof the existing infrastructure and capacity model by providing aninitial dip at a triggering notification and at predetermined intervals.More specifically, to obtain finer grain location information, thepresent invention provides a low priority refresh of cache in thebackground to maintain the quality of the location data that pertains toa subscriber. In this regard, the priority/frequency associated with therefresh can be altered based on the nature of the service. Also, as thedip (request for location) is provided at network log in or at a timeprior to any request for location information (and not at registrationor service request from the location service provider or locationplatform), the Rendering Agent 100 (and more specifically the system ofthe present invention) reduces the latency previously experienced by theusers in conventional systems.

In embodiments, the user 150 can register with the Rendering Agent 100for the services discussed herein. In this way, the Rendering Agent 100can provide a profile for the user 150 which ensures that the servicesof the present invention do not occur for every subscriber but insteadonly for those subscribers who have opted into the service. The profilecan be stored in the storage unit 22B.

The computing device 14 also includes a processor 20, memory 22A, an I/Ointerface 24, and a bus 26. The memory 22A can include local memoryemployed during actual execution of program code, bulk storage, andcache memories which provide temporary storage of at least some programcode in order to reduce the number of times code must be retrieved frombulk storage during execution. In addition, the computing deviceincludes random access memory (RAM), a read-only memory (ROM), and aCPU.

The computing device 14 is in communication with the external I/Odevice/resource 28 and the storage system 22B. For example, the I/Odevice 28 can comprise any device that enables an individual to interactwith the computing device 14 or any device that enables the computingdevice 14 to communicate with one or more other computing devices usingany type of communications link. The external I/O device/resource 28 maybe for example, the handheld device, PDA, handset, etc. In particular,the I/O device 28 may be used to display a visual representation(service) in accordance with the invention such as, for example, iconbased click on lists or other visual services.

In general, the processor 20 executes computer program code, which canbe stored in the memory 22A and/or storage system 22B. While executingthe computer program code, the processor 20 can read and/or write datato/from memory 22A, storage system 22B, and/or I/O interface 24. Theprogram code executes the processes of the invention. The storage system22B may be an HSS database. The bus 26 provides a communications linkbetween each of the components in the computing device 14.

The computing device 14 can comprise any general purpose computingarticle of manufacture capable of executing computer program codeinstalled thereon (e.g., a personal computer, server, etc.). However, itis understood that the computing device 14 is only representative ofvarious possible equivalent-computing devices that may perform theprocesses described herein. To this extent, in embodiments, thefunctionality provided by the computing device 14 can be implemented bya computing article of manufacture that includes any combination ofgeneral and/or specific purpose hardware and/or computer program code.In each embodiment, the program code and hardware can be created usingstandard programming and engineering techniques, respectively.

Similarly, the server 12 is only illustrative of various types ofcomputer infrastructures for implementing the invention. For example, inembodiments, the server 12 comprises two or more computing devices(e.g., a server cluster) that communicate over any type ofcommunications link, such as a network, a shared memory, or the like, toperform the process described herein. Further, while performing theprocesses described herein, one or more computing devices on the server12 can communicate with one or more other computing devices external tothe server 12 using any type of communications link. The communicationslink can comprise any combination of wired and/or wireless links; anycombination of one or more types of networks (e.g., the Internet, a widearea network, a local area network, a virtual private network, etc.);and/or utilize any combination of transmission techniques and protocols.

In embodiments, the invention provides a business method that performsthe steps of the invention on a subscription, advertising, and/or feebasis. That is, a service provider, such as a Solution Integrator, couldoffer to perform the processes described herein. In this case, theservice provider can create, maintain, deploy, support, etc., thecomputer infrastructure that performs the process steps of the inventionfor one or more customers. These customers may be, for example, a mobileuser or a third party requesting content, or information about anotheruser. In return, the service provider can receive payment from thecustomer(s) under a subscription and/or fee agreement and/or the serviceprovider can receive payment from the sale of advertising content to oneor more third parties.

Exemplary Processes and System Architecture

FIGS. 2 and 3 illustrate exemplary processes in accordance with thepresent invention. The steps of FIGS. 2 and 3 may be implemented on thecomputer infrastructure of FIG. 1, for example. The swim lane diagram inFIGS. 2 and 3 may be illustrative of the architecture, functionality,and operation of possible implementations of systems, methods andcomputer program products according to various embodiments of thepresent invention. In this regard, each process may represent a module,segment, or portion of code, which comprises one or more executableinstructions for implementing the specified logical function(s). Itshould also be noted that, in some alternative implementations, thefunctions noted in the block may occur out of the order noted in thefigures. For example, two blocks shown in succession may, in fact, beexecuted substantially concurrently, or the blocks may sometimes beexecuted in the reverse order, depending upon the functionalityinvolved. Each block of the flowchart, and combinations of the flowchartillustrations can be implemented by special purpose hardware-basedsystems that perform the specified functions or acts, or combinations ofspecial purpose hardware and computer instructions and/or software, asdescribed above.

More specifically, FIG. 2 shows a swim lane diagram using a legacysystem implementing exemplary processes in accordance with aspects ofthe invention. That is, FIG. 2 depicts the flow in a home locationregister (HLR) based environment, where the HLR almost immediatelyrealizes when the device is on the network.

The swim lane diagram of FIG. 2 shows four “players”: the user agent150, the home location register 175, the location platform 400 and thelocation service provider 200. The user agent may be any user devicesuch as, for example, a PDA, a cellular telephone or other portablecomputing device. In embodiments, the user agent 150 can also bedepicted as the I/O device 28 of FIG. 1.

The home location register 175 is the main database of permanentsubscriber information for a mobile network. More specifically, the homelocation register 175 contains user information, including address,account status, and preferences. As such, the home location register 175is configured to set up the legacy voice network, upon registration bythe user agent 150.

The location platform 400 is a platform which is configured to determinea location of the user. The location platform 400 can provide locationinformation using known methods. The location information can beprovided to the location service provider 200 which, in turn, providesthis information to the end user 150.

At step S100, the user 150 registers with the home location register.That is, the user (e.g., handset) logs onto the home location register,which sets off a trigger at the home location register. At step S105,the trigger is sent to the location platform. At step S110, the locationplatform then initiates a location query of the user at the locationservice provider (or internally at the location platform). It should beunderstood that the location service provider may be the network carrierthat maintains the location platform or a content provider, for example.This results in the user (e.g., mobile device) location being obtained,prior to the registration by the user with the location service provideror location platform. The location service provider makes a query to thelocation platform using existing API's such as, for example, Open LS orParlay X.

The location platform optionally stores the location information ornotifies the actual service provider which then stores the informationfor subsequent use to deliver services. The location information can bestored in, e.g., storage unit 22B of FIG. 1. The location informationcan be periodically updated by the location platform or location serviceprovider and stored in a storage unit, e.g., storage unit 22B of FIG. 1,prior to any requests by the user.

At step S115, the user requests (registers) location information fromthe location service provider. At step S120, the location serviceprovider can immediately respond to the user with the locationinformation that is stored (cached) in the storage unit. In embodiments,the service provider can respond to the user's request by formulating acomposite service, e.g., a weather lookup, and then respond back to theuser with the requested content and/or location information. This willgreatly reduce latency issues as the location information is alreadyknown prior to the user requesting such location information.

FIG. 3 shows a swim lane diagram implemented in an IMS environmentshowing exemplary processes in accordance with aspects of the invention.The swim lane diagram of FIG. 3 shows four “players”: the user agent150, the location service provider 200, a diameter server 300 and alocation platform 400. This embodiment is related to an IMS servicerelated platform.

At step S200, the location platform uses a Diameter (Sh) basedsubscription to the diameter server to support notification. At stepS205, a user registers on the data network; that is, the user sends adiameter request for network authentication and authorization. At stepS210, the diameter server requests user location information from thelocation platform. The request is provided by a Sh based notification.As in the previous embodiment, this request for location information isprovided proactively, i.e., prior to the user requesting location basedinformation. The location information can be updated periodically on apredetermined basis to provide a finer grain dip.

At step S215, the location platform notifies the location serviceprovider of the location information. The location information may bestored (cached) either at the location service provider or the locationplatform. In other words, the location platform can notify the locationservice platform of the location which then persists the data forsubsequent use in driving subscriber services load.

At step S220, the user requests a service from the location serviceprovider, e.g., content or service based on location. At step S225, thelocation service provider immediately provides content to or otherlocation based services to the user based on the stored locationinformation. As in the previous embodiments, by having the locationinformation stored locally (prior to a location based request), thelocation information can be provided immediately to the user thuseliminating any latencies in the system. Standard subscriber initiatedinteraction with existing position data can now be utilized, allowingfor significant throughput, latency and QoS improvements.

FIG. 4 shows an overview of the architecture in accordance with aspectsof the invention. In particular, the architecture is shown in threetiers: transport and user tier 600, a control tier 605 and a servicestier 610. The user tier 600 includes the users 150 which are representedas different types of devices capable of communicating with the controltier 605 (legacy and IMS control planes. The control tier 605 includes aset of network services 605 a. The network services 605 a can include,amongst other services and functions, switches, presence and locationplatforms (including, e.g., the location platform 400), HLR (including,e.g., the home serve register 175) and HSS (home subscriber service), aswell as media, messaging and breakout gateways. Common services may be,for example, security, policy, administration, fault management,performance management, traffic management, subscriber profiles,provisioning, usage and reporting, to name several non-limitingexamples.

The control tier 605 also includes the legacy control plane (e.g., SS7)and an IMS control plane (non-legacy). The IMS control plane caninclude, for example, the recently ratified 802.16e (Wimax) standard.The legacy control plane (e.g., SS7) and an IMS control plane(non-legacy) communicate with the services tier 610, for obtainingservices for the users 150. The services tier 610 includes differentservices such as, for example, document services, content services,location services, presence services, session control services, identifyservices, and charging services, to name a few. The IMS control planecan communicate using the Diameter protocol, for example.

By using the architecture and method of the present invention, it ispossible to significantly improve location platform throughput byallowing more traditional location dips to be processed per unit timeand therefore obtain more usage out of the existing infrastructure andcapacity model. The latency commonly experienced by users can also beeliminated by obtaining location information prior to a request forcontent or other services, and storing such information for retrievalupon request. This also allows the location platform to support a moreuniform QoS model. Also, to obtain finer grain location information, thepresent invention can provide a low priority refresh of the cache in thebackground to maintain the quality of the location data that pertains toa subscriber. In this regard, it is contemplated to alter thepriority/frequency associated with the refresh based on the nature ofthe service that the location data has been obtained for (some servicesmay require more precise location data driven by the fact that the olderthe location information is, the lower the probability that it is stillvalid, given the nature of mobile subscribers).

The terminology used herein is for the purpose of describing particularembodiments only and is not intended to be limiting of the invention. Asused herein, the singular forms “a”, “an” and “the” are intended toinclude the plural forms as well, unless the context clearly indicatesotherwise. It will be further understood that the terms “comprises”and/or “comprising,” when used in this specification, specify thepresence of stated features, integers, steps, operations, elements,and/or components, but do not preclude the presence or addition of oneor more other features, integers, steps, operations, elements,components, and/or groups thereof.

The corresponding structures, materials, acts, and equivalents of allmeans or step plus function elements, if any, in the claims below areintended to include any structure, material, or act for performing thefunction in combination with other claimed elements as specificallyclaimed. The description of the present invention has been presented forpurposes of illustration and description, but is not intended to beexhaustive or limited to the invention in the form disclosed. Manymodifications and variations will be apparent to those of ordinary skillin the art without departing from the scope and spirit of the invention.The embodiments were chosen and described in order to best explain theprinciples of the invention and the practical application, and to enableothers of ordinary skill in the art to understand the invention forvarious embodiments with various modifications as are suited to theparticular use contemplated.

What is claimed is:
 1. A system, comprising: a CPU, a computer readablememory and a computer readable storage medium; first programinstructions to register a user with a network or service provider;second program instructions to trigger a location platform to obtainuser location information prior to a user request; and third programinstructions to cache the user location information, wherein the first,second, and third program instructions are stored on the computerreadable storage medium for execution by the CPU via the computerreadable memory.
 2. The system of claim 1, wherein the first, second,and third program instructions are at least one of maintained, deployed,created and supported by a service provider.
 3. The system of claim 1,wherein the first, second, and third program instructions periodicallyupdate the user location information and provide the updated userlocation information for storage.
 4. The system of claim 1, wherein thefirst, second, and third program instructions integrate into an IPMultimedia Subsystem (IMS) network.
 5. The system of claim 1, whereinthe first, second, and third program instructions integrate into alegacy network.
 6. The system of claim 1, wherein the first and secondprogram instructions are resident on a home location register and theuser location information is stored on at least one of the home locationregister and the location platform.
 7. The system of claim 1, whereinthe trigger is logging onto the network.
 8. The system of claim 1,further comprising fourth program instructions to receive a request bythe user for location services and to provide the location servicesusing the stored user location information.
 9. The system of claim 1,wherein: the first program instructions to register a user with anetwork includes authenticating the user on a diameter server; thesecond program instructions to trigger a location platform to obtainuser location information prior to a user request is requested by thediameter server; and the third program instructions to cache the userlocation information includes providing a notification to a locationservice provider.
 10. The system of claim 1, wherein the user locationinformation is obtained from one or more users that have opted into thelocation based service.
 11. A method for providing location informationprovided on a computer infrastructure, comprising: receive, by acomputing device, a network log on request or authentication; requestlocation information of a user upon receipt of the network log onrequest or authentication; store the location information in a cache;receive a request for location based services from the user; andretrieve the location information from the cache and using the locationinformation to deliver composite services, of which the locationinformation is a component.
 12. The method of claim 11, wherein thesteps of claim 11 are integrated into an IP Multimedia Subsystem (IMS)network which handle authorizations via the Diameter based signalingprotocol.
 13. The method of claim 11, wherein the steps of claim 11 areintegrated into a legacy network.
 14. The method of claim 11, whereinthe requesting location information of a user is provided prior to arequest by the user.
 15. The method of claim 11, wherein the requestinglocation information of a user is periodically updated and refreshed inthe cache.
 16. The method of claim 11, further comprising providing alow priority refresh of the cache to maintain a quality of the locationinformation of the user